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(54) Scheduling and admission control of packet data traffic 



(57) A method, apparatus and software program is 
provided for scheduling and admission controlling of re- 
al-time data packet traffic. Data packets are admitted or 
rejected for real-time processing according to through- 
put capabilities of a packet scheduler. A delivery dead- 



line is determined for each payload data packet at the 
packet scheduler and packets are sorted into a time- 
stamp-based queue. Deadline violations are monitored, 
and an adaptation of payload data packets can be trig- 
gered on demand in order to enter a stable state. 
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Description 

Field of the Invention 

5 [0001] The present invention relates in general to the processing of packet data traffic in a communications system, 
and in particular to scheduling of data packets and admission control. 

► Background of the invention 

10 [0002] From the prior-art, there are two concepts known for the provision of quality of service in a packet oriented 
communications network. 

[0003] One concept is the so-called Integrated Service Concept that is based on the reservation of resources for 
dedicated data packet streams. For the reservation of resources peer-to-peer signalling of requirements is needed 
before a transmission of payload data. All network nodes along a transmission path are requested to reserve corre- 

'5 sponding resources. The Integrated Service Concept is described in: D. Clark et al., Supporting Real-time Applications 
in an Integrated Services Packet Network: Architecture and Mechanisms, Proceedings SIGCOMM 92, August 1992. 
[0004] A known signalling protocol is the so-called Resource Reservation Protocol RSVR that is described in: L. 
Zhang etal., RSVP: A New Resource Reservation Protocol, IEEE Network Magazine, Sept. 1993. RSVP is a receiver- 
oriented simplex protocol that reserves resources in one direction along a communications path. The receiver of the 

20 data flow is responsible for the initiation of the resource reservation. 

[0005] The so-called TENET scheme is similar to the Integrated Service Concept (see D. Ferrari et al., A Scheme 
for Real-Time Channel Establishment in Wide Area Networks, IEEE Journal on Selected Areas of Communications, 
Vol. 8, pp. 368-379, 1 990). It provides guaranteed delays for real-time services in a packet-switching wide-area network 
and allows bandwidth allocation per packet flow. In this scheme, clients declare their traffic characteristics and per- 

25 formance requirements at the time of communications channel establishment. After a channel is established, data 
packets are scheduled based on deadlines in the hosts and in the network nodes. In order to do so, a scheduler 
maintains at least three queues: one for deterministic packets, one for statistical packets, and the third for all other 
type of packets and all local tasks. 

[0006] Another concept for the provision of quality of service is the so-called Differentiated Service Concept, which 
30 aims to simplify the classification and scheduling of packets with quality of service requirements by the use of priority 
bits in a protocol header. All packets belonging to a specific quality of service class will be marked with a corresponding 
priority bit combination in the Internet Protocol header. The packet flows are marked with the priority bits and policed 
according to a Service Level Agreement at the edge of the network. In the interior of the network, the packets are 
scheduled based on the priority bits. For the Differentiated Service Concept reference is given to S. Blake et al., An 
35 Architecture for Differentiated Services, IETF RFC 2475, December 1 998. 

[0007] Admission control of data packet streams and scheduling of the transmission order of data packets in order 
to minimise deadline violations of real-time or near real-time multimedia applications are important tasks in communi- 
cation networks containing bottlenecks. In the following, the term 'real-time' should be understood also as 'near real- 
time' or, in general, as 'time-critical'. In heterogeneous networks, bottlenecks appear at network boundaries where 
<o traffic from one network is passed to another. 

[0008] Certain real-time deadlines are usually not passed if only one data packet is delayed, instead, usually a set 
of data packets spans up a synchronisation entity that has to arrive at the destination, e.g. to display a part of a mul- 
timedia output in time. 

[0009] Application and intermediate nodes become more and more intelligent and allow for multimedia adaptation. 

45 This means that the amount of data bandwidth needed for the transmission of a certain multimedia object or presen- 
tation is not fixed. The adaptation process can be done by several means like dropping packets of lower priority, hier- 
archical multimedia coding, adaptive application, bandwidth adaptation gateways or even active networks that deploy 
processing elements within network nodes. Thus, in case of congestion, the bandwidth can vary in between a certain 
interval. The applications or the network itself may fulfil the needed adaptation task to vary the actual transmission rate 

50 in order to prevent deadline violations. 

[0010] The existing admission control and scheduling schemes allow only for low bandwidth utilisation by means of 
peak rate allocations and delay guarantees that are given for bursty packet sources. Improved schemes are reaching 
a higher bandwidth utilisation by applying measurement algorithms that predict the actual available bandwidth by meas- 
uring the past bandwidth usage. However, measurement based algorithms provide only weak guarantees and only 

55 work efficient with a high amount of statistical multiplexing. Especially wireless networks are usually restricted in band- 
width capacity and thus, measurement based and deterministic admission control schemes have poor performances. 
One reason is that the existing schemes for packet scheduling are treating each packet in the same way. They are not 
able to detect past deadlines that are relevant for the receiving applications and thus, they cannot trigger processes 
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that turn the current system into an error-free state. 

[0011] Traditional schemes classify each packet stream into a priority class. In the Integrated Service Concept this 
priority class belongs to an average delay that packets of a particular stream will experience. In the Differentiated 
Service approach, this priority class belongs to a traffic type that should have less delay than other ones. The priority 
class is usually bounded to an average delay, the packet is expected to experience when admitted to that priority class. 
When considering multimedia streams with variable bit rates (like video streams), the packets of a single stream will 
not have the same delay requirements over the time. Instead, a scheduling by determination of a delivery deadline for 
each individual packet as proposed by the present invention provides a better performance than a priority based sched- 
uling. 

[0012] Therefore, it is an object of the present invention to provide an improved approach to packet oriented com- 
munications systems that overcomes these and other problems, in particular to allow a deadline-oriented scheduling 
of data packets carrying real-time data traffic. 

[0013] This object is reached by the method, the system and the software program having the steps and features 
according to claim 1 , 15, 21 and 23. 

[0014] The solution described in the invention is advantageous because of assignments of individual delivery dead- 
lines to payload data packets that are subject to real-time processing. This is especially useful for data packets of a 
single multimedia stream with variable bit rates, due to different delay requirements that the packets have over the 
time. The calculation of a delivery deadline for each individual payload data packet allows an optimal scheduling of 
the payload data packet via a time-stamp based queue. Advantageously, synchronisation control parameters necessary 
for determination of deadlines are read from a synchronisation control packet SCP that is embedded in an incoming 
data packet stream. This guaranties an easy processing of control parameters and avoids additional signalling and 
complex protocol structures. 

[0015] In a preferred use, apart from synchronisation control parameters, parameters like a packet error rate Pj and 
a bit rate Rj of a transmission channel for data packets are incorporated in the deadline calculation. In this way, the 
current system characteristics can be easily taken into account, which results in an improved performance. 
[0016] Furthermore, it is advantageous according to claim 21 that an admission control can easily be performed 
based on one or more admission control parameters R1 read from an admission control packet ACR which is embedded 
in a data packet stream. 

[0017] A decision to admit a real-time processing of a sub-stream of data packets depends on a minimum throughput 
requirement given by said admission control parameters. Advantageously, congestion due to throughput lacks at net- 
work nodes or applications can be avoided, because data packets requiring a higher throughput than available are not 
admitted for real-time processing. In addition, the admission control can take into account a maximum throughput 
parameter Rh. Therefore, the admission controller can choose a more cost-effective throughput than the minimum 
required throughput R1 for a sub-stream of data packets, up to the maximum throughput Rh and in dependence of the 
available throughput. 

[0018] A network operator can charge different fees for different throughput rates provided to the customer. In order 
to increase the operator's profit, said choice of a throughput rate for a sub-stream can be based on a gain-function 
provided by an operator, said gain function indicating e.g. cost per throughput-rate for the communications system, a 
network node or a transmission channel. 

[0019] Furthermore, an upper throughput limit Rh can avoid buffer overflows in the communications system or at the 
receiver of the data packet stream, because it guaranties that data packets are not transmitted too fast. 
[0020] Further preferred embodiments are achieved according to the claims 2 to 14, 16 to 20, 22, and 24 to 31. 
[0021] According to claim 4 it is further advantageous to perform an admission control before delivery deadlines are 
calculated for payload data packets at a packet scheduler. The decision to admit a real-time processing of a^ub-stream 
of data packets depends on a minimum throughput requirement given by admission control parameters, which can be 
easily read from an admission control packet ACR Advantageously, delivery deadline violations for data packets due 
to throughput lacks can be avoided, because data packets requiring a higher throughput than available are not admitted 
for real-time processing. Also, unnecessary calculations of delivery deadlines are avoided. 

[0022] According to claim 5 it is advantageous that the admission control takes into account a maximum throughput 
parameter Rh. This allows the choice of a more cost-effective throughput than the minimum required throughput R1 
for a sub-stream, up to the maximum throughput Rh and in dependence of the available throughput. 
[0023] Furthermore, an upper throughput limit Rh can avoid buffer overflows in the communications system or at the 
receiver of the data packet stream, because it is guarantied that data packets are not transmitted too fast. 
[0024] According to claim 6 it is advantageous to reject a sub-stream of data packets , which is not admitted for real- 
time processing, and to send it to the packet scheduler, because this allows still a best effort processing. A dropping 
of data packets and a corresponding loss of information can therefore be avoided. 

[0025] According to claim 7 data packets that are rejected for real-time processing are sorted at the packet scheduler 
into a second queue FIFO in their order of appearance. This allows a best-effort processing according to a first in - 
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first out strategy for data packets of the second queue FIFO. 

[0026] According to claim 8 data packets from the first queue EDF are further processed according to their delivery 
deadlines, and data packets from the second queue FIFO are processed according to a first in - first out strategy. 
Advantageously, this puts the further processing of data packets under the established quality of service requirements 
into action. 

[0027] According to claim 9, an output interface Ol prioritises data packets in the first EDF and the second queue 
FIFO. Advantageously, a blocking of data packets in one queue can be avoided by choice of a priority-strategy, which 
guaranties to a certain extend read-outs of data packets from both queues. 

[0028] According to claim 10, a throughput capability feedback is sent back along the data packet sub-stream's 
transmission path via a modified admission control packet. Advantageously, this allows intermediate communications 
system nodes or a traffic source to adapt the traffic to the available throughput capabilities. In this way, rejections of 
data packets for real-time processing can be avoided to a high extend. The use of a modified admission control packet 
can avoid signalling overhead and a complex protocol structure. 

[0029] According to claim 1 1 , synchronisation control parameters are received from a header of an underlying network 
protocol. This allows payload encryption and authentication, and it supports the use of the so-called Internet protocols 
IPv4, IPv6 and IPSec, because synchronisation control parameters are not prevented from being read. 
[0030] According to claim 1 2, deadline violations can be detected. Advantageously, this allows a triggering of coun- 
termeasures in order to guarantee the real-time processing of the data packets. 

[0031] According to claim 13, a payload data packet adaptation takes place. This allows the keeping of delivery 
deadlines for data packets. It supports furthermore an efficient use of the packet scheduler and other system resources, 
and it can avoid rejection or dropping of data packets. 

[0032] According to claim 14, admission control parameters are received from a header of an underlying network 
protocol. This allows payload encryption and authentication, and it supports the use of the so-called Internet protocols 
IPv4, IPv6 and IPSec, because admission control parameters are not prevented from being read. 
[0033] According to claim 1 7, a network node that processes real-time data traffic comprises in addition a determining 
unit to determine a currently available throughput V, and a decision means for a decision about a real-time processing 
of an incoming data traffic flow. By means of the determining unit and the decision means it is possible to perform an 
admission control before deadlines are calculated for payload data packets at a packet scheduler. Advantageously, 
delivery deadline violations for data packets due to throughput lacks can be avoided, because data packets requiring 
a higher throughput than available are not admitted for real-time processing. Also, unnecessary calculations of delivery 
deadlines are avoided. 

[0034] According to claim 18, the network node comprises further a transfer unit to forward data packets that are 
admitted for real-time processing to the first queue EDF, and to forward data packets that are rejected for real-time 
processing to a second queue FIFO. This guaranties that all types of traffic can be processed. Data packets rejected 
for real-time processing can still be processed with best-effort quality. 

[0035] In addition, an output interface Ol prioritises data packets in the first EDF and the second queue FIFO. Ad- 
vantageously, a blocking of data packets in one queue can be avoided by choice of a priority-strategy, which guaranties 
to a certain extend read-outs of data packets from both queues. 

[0036] According to claim 19, the network node comprises further a deadline violation handler and an adaptation 
unit. Therefore, countermeasures against delivery deadline violations can easily be triggered in order to guarantee the 
real-time processing of the data packets. A preferred countermeasure is the payload data packet adaptation, which 
allows the keeping of delivery deadlines. It supports furthermore an efficient use of the system resources, and it can 
avoid a rejection or a dropping of data packets. 

[0037] According to claim 20, the network node comprises further a radio base station. In a cellular communications 
network, and in particular in a radio access network, the available frequencies are limited resources. This results in 
limited bandwidths of communications channels. Advantageously, the present invention supports efficiently the provi- 
sion of quality of service to clients requesting real-time multimedia services. In particular, the radio base station can 
accept only those clients, whose communication requests can be fulfilled. 

[0038] According to claim 22, a throughput capability feedback is sent back along the data packet sub-stream's 
transmission path via a modified admission control packet. Advantageously, this allows intermediate communications 
system nodes or a traffic source to adapt the traffic to the available throughput capabilities. In this way, rejections of 
data packets for real-time processing can be avoided to a high extend. The use of a modified admission control packet 
can also avoid signalling overhead and a complex protocol structure. 

[0039] According to claim 25 it is advantageous to perform an admission control before deadlines are calculated for 
payload data packets. There is no need to calculate deadlines, if throughput requirements for a real-time processing 
of a sub-stream of data packets that are given by admission control parameters indicate under consideration of available 
throughput capabilities, that these deadlines cannot be kept. Advantageously, delivery deadline violations for data 
packets due to throughput lacks can be avoided, because data packets requiring another throughput than available 
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are not admitted for real-time processing. 

[0040] According to claim 26 data packets that are rejected for real-time processing are sorted into a second queue 
FIFO in their order of appearance. This allows an easy best-effort processing according to a first in - first out strategy 
for these data packets. 

[0041] According to claim 27, data packets are prioritised for reading-out from the first queue EDF and the second 
queue FIFO. Advantageously, a blocking of data packets in one queue can be avoided by choice of a priority -strategy, 
which guaranties to a certain extend read-outs of data packets from both queues. 

[0042] According to claim 28, deadline violations can be detected. Advantageously, this allows a triggering of coun- 
termeasures in order to guarantee the real-time processing of the data packets. 

[0043] According to claim 29, an adaptation of payload data packets is performed. This allows the keeping of delivery 
deadlines for data packets, in particular in the case of congestion or traffic load peaks. It supports furthermore an 
efficient use of system resources, and it can avoid rejection or dropping of data packets. 

[0044] According to claim 30 admission control parameters, and according to claim 31 synchronisation control pa- 
rameters are received from a header of an underlying network protocol. This allows payload encryption and authenti- 
cation, and it supports the use of the so-called Internet protocols IPv4, IPv6 and IPSec, because admission control 
parameters are not prevented from being read. 

[0045] A method, system and a computer program of the present invention will be further understood and appreciated 
from the following detailed description taken into conjunction with the figures. The following figures are showing: 

Brief description of the drawings 

[0046] 

Fig. 1a a video stream with different synchronisation entities, 

Fig. 1 b another video stream with different synchronisation entities, 

Fig. 1c a data packet stream with an admission control packet ACP and synchronisation control packets SCPs, 

Fig. 2a parameters contained in a SCP, 

Fig. 2b parameters contained in a ACP, 

Fig. 3 tasks of an admission controller in a flow diagram, 

Fig. 4 a functional view of a packet scheduler, 

Fig. 5 tasks of a packet scheduler in a flow diagram. 

Detailed description of the invention 

[0047] Figure 1a shows a payload data packet traffic stream along a time axis t. The stream can be sent by a traffic 
source or an intermediate network node in a communications system, or it can be received at a network node like a 
packet scheduler or an admission controller, or it can be received from a software application like a multimedia viewer. 
The payload data packet stream consists of several payload data packets 1 , 2 and 3, which are sent or received over 
the time. 

[0048] Depending on the characteristic of the payload, there are data packets that belong together and that build up 
a so-called synchronisation entity SE. Data packets belonging to a synchronisation entity SE have in common that all 
of them together must reach their destination within a fixed time interval due to real-time requirements. Furthermore, 
each synchronisation entity SE should have the property to be processed by the receiving application independently 
from any other packet of a succeeding synchronisation entity SE. 

[0049] When considering video communication, a synchronisation entity SE could consist of one or more video 
frames, depending on the real-time characteristics and the playback buffer at the receiver. Regarding voice over internet 
protocol streams, the synchronisation entity SE could even be a single packet. In a so-called World-Wide-Web WWW 
session, the synchronisation entity SE can consist of data packets representing a whole web page including all objects 
like images and the Hypertext Markup Language HTML document structure. 

[0050] In Figure 1 a, all payload data packets 1 belong to a first synchronisation entity SE 1 , all payload data packets 
belong to a second synchronisation entity SE 2 and ail payload data packets 3 belong to a third synchronisation entity 
SE 3. This configuration puts restrictive delay requirements with respect to the overall end to end delays on a packet 
scheduler that receives the data packet stream in a communications network. 

[0051] Figure 1 b shows in an alternative traffic scenario a video stream having two video frames within one synchro- 
nisation entity. The first video frame comprises payload data packets 1, the second frame comprises payload data 
packets 2. This scenario forces the receiver to buffer two synchronisation entities before playback. Here the synchro- 
nisation entity SE 1 overlaps the synchronisation entity SE 2. 

[0052] Figure 1 c shows a data packet stream without overlapping synchronisation entities. Certain control data pack- 
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ets SCR ACP are embedded into the stream by a traffic source or an intermediate gateway. A synchronisation control 
packet SCP precedes a synchronisation entity SE, and it distinguishes one from another. It contains synchronisation 
control parameters related to the succeeding synchronisation entity SE. 

[0053] In a preferred embodiment of the present invention a traffic source inserts in addition admission control packets 
ACP into the packet stream. An admission control packet ACP includes parameters that characterise a sub-stream of 
data packets regarding its throughput requirements for real-time processing. A sub-stream shall be understood as a 
set of data packets that follows an admission control packet ACP until another admission control packet. Alternatively, 
the number of data packets assigned to an admission control packet could be included in the admission control packet 
as a control parameter defining the sub-stream by its length. 

[0054] The identification of payload data packets as belonging to a certain synchronisation entity SE or to a certain 
sub-stream via a number that is included as a control parameter in the synchronisation control packet SCP or in the 
admission control packet ACP and that defines the length of the synchronisation entity or the sub-stream can preferably 
be used, if real-time data traffic and other data traffic like best-effort traffic are mixed in one packet data stream. 
[0055] Admission control packets ACP may be repeatedly sent while the data transmission holds on. A traffic source 
may use in this way admission control packets ACP to signal changes in its resource usage. 
[0056] In a further embodiment of the present invention, the admission controller sends back a modified admission 
control packet ACP towards the packet source. This mechanism enables intermediate nodes or the packet source to 
react on negative admissions of data packets for real-time processing. 

[0057] Admission control packets ACP can be repeated also at arbitrary time intervals, in order to refresh resource 
reservations. The possibility to repeatedly send them is especially useful in networks where the routing path of a mul- 
timedia stream may change, like in the fixed network part of a mobile communication network. A copy of the actual 
admission control packet ACP can then be forwarded from dedicated control nodes or can be even repeated within 
the packet stream in regular time intervals to allow control nodes at network bottlenecks the determination of actual 
resource requirements. 

[0058] In a further embodiment of the present invention, the synchronisation control parameters and admission con- 
trol parameters are inserted from the traffic source or an intermediate gateway into the header of an underlying network 
protocol. This is especially useful, if payload encryption and authentication mechanisms are used. Internet protocols 
like IPv4 and IPv6 allow inserting an optional header extension that can carry the admission control and synchronisation 
control parameters. When using the so-called IPSec protocol, the Internet protocol header is authenticated by an 
additional authentication header. Therefore, the reading of admission control and synchronisation control parameters 
is not prevented. 

[0059] In a further embodiment of the present invention an intermediate station between source and packet scheduler 
has a key knowledge of the transmitted data packet stream. It forms a trusted device for the end-user, like e.g. a mobility 
gateway maintained by a network provider, in this case, special header and payload encryption for the transmission 
over a wireless link are used when so-called IP tunnelling takes place between communications parties. 
[0060] The present invention allows with the help of the synchronisation information contained in the synchronisation 
control packet SCP the determination of an individual delivery deadline for each payload data packet of a synchroni- 
sation entity SE, e.g. at a packet scheduler. Figure 2a shows a preferred embodiment of the content of a synchronisation 
control packet SCP. It contains as parameters a number N of packets that belong to its referred synchronisation entity 
SE, an overall size S of all payload data packets of this synchronisation entity SE and a maximum transmission time 
I, in which the whole synchronisation entity SE has to pass the packet scheduler. 

[0061] Alternatively, the maximum transmission time I could be defined as the time, in which the synchronisation 
entity SE has to reach its final destination. In this case, the packet scheduler would be allowed to use up only a part 
of this transmission time for processing of the synchronisation entity SE. 

[0062] In addition, the synchronisation control packet SCP may contain an identifier ID that refers to the belonging 
admission control packet ACP. This identifier can be used to verify whether a synchronisation entity belongs to a certain 
sub-stream. 

[0063] Additionally, the synchronisation control packet may contain other parameters, which support the identification 
of payload data packets as belonging to its control parameters. This might be necessary, if the transmission order of 
data packets is changed during their transmission from a traffic source or an intermediate network node to the packet 
scheduler, to another network node, or in general, to a device or an application, which utilises the synchronisation 
control parameters. 

[0064] Supposing the transmission order of the data packet is not changing, packets are belonging to a specific 
synchronisation entity SE when they follow up an synchronisation control packet SCP and have not an index greater 
then N, starting at the first packet that follows directly the synchronisation control packet SCP. In order to distinguish 
synchronisation entities SE belonging to different packet flows, data packets can also be marked with a flow label by 
an underlying network protocol. The synchronisation control packet SCP carries the same flow label than its data 
packets. 
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[0065] In general, a synchronisation control packet SCP contains parameters necessary lor determining delivery 
deadlines of payload data packets belonging to a synchronisation entity SE. Depending on the traffic type and the 
corresponding applications, in a certain embodiment of the present invention the synchronisation control packet SCP 
may contain just one parameter like an absolute or relative time value for a deadline. In another scenario, a synchro- 
nisation control packet may contain additional control parameters used inter alia for a re-arrangement of the data packet 
order. Therefore, the content of the synchronisation control packet SCP as shown in figure 2a should be understood 
only as one possible embodiment. 

[0066] Figure 2b shows a preferred embodiment of admission control parameters contained in an admission control 
packet ACP An admission control packet ACP contains, in general, throughput parameters characterising the through- 
put requirements due to real-time constraints for the processing of a sub-stream of data packets by a packet scheduler 
A throughput requirement in the sense of the present invention can be either a fixed requirement or an average re- 
quirement, and it can be given either by fixed throughput rate parameters or by average throughput parameters. 
[0067] The parameter R1 gives the lowest required throughput that is necessary for real-time processing of the sub- 
stream. If this minimum requirement cannot be fulfilled, the sub-stream has either to be rejected for real-time processing, 
or it has to be processed under a best effort strategy. For example, a mobile terminal could request via this parameter 
certain data throughput conditions to be provided by the access network's radio base station. Then the radio base 
station decides, whether the mobile station can be accepted as a client. 

[0068] Additionally, by an optional parameter Rh a highest desired throughput can be requested. This allows the 
admission controller, or in general a network node or an application, to choose a throughput rate within the given 
interval of minimum required throughput R1 and maximum desired throughput Rh. Said choise might be based on a 
gain-function provided by a network operator, e.g. a linear gain function indicating cost or profit per throughput, or it 
might be based on other cost-estimations. Said choice of a certain throughput according to a gain function might also 
influence one or more sub-streams of data packets, or in general communications connections, that have been admitted 
already by the admission controller for real-time processing at the packet scheduler, each with a certain throughput. 
Their throughputs might be decreased in order to increase the throughput that is available for a sub-stream, or in 
general a communications connection, that is currently under the process of admission by the admission controller. 
Therefore, the profit for a network operator can be increased by fulfilling the most monetarily valuable throughput 
requirements up to the upper throughput value Rh. 

[0069] Furthermore, the limit Rh of the data throughput might be necessary due to buffer limitations or processing- 
speed restrictions at the data packet's destination-application. An exceeding of the maximum data throughput condition 
could cause inter alia buffer overflow errors or the rejection of payload data packets at the receiver's site. 
[0070] A further optional parameter is a maximum scheduling tolerance D for use in the case of delivery deadline 
violations of payload data packets. The parameter D gives the tolerance, of which either a single payload data packet, 
a synchronisation entity or the whole sub-stream might be delayed. 

[0071] Furthermore, an optional type parameter T characterises the type of data traffic, e.g. MPEG, Voice over IP 
or others. According to the traffic type, a packet scheduler can select an appropriate adaptation method for payload 
data packets in the case of deadline violations. 

[0072] In addition, the admission control packet ACP may contain an identifier ID to be used to identify synchroni- 
sation control packets that belong to the sub-stream controlled by the admission control packet ACP. 
[0073] Additionally, the admission control packet may contain other parameters, which support the identification of 
data packets as belonging to it. This might be necessary, if the transmission order of data packets is changed during 
their transmission from a traffic source or an intermediate network node to the packet scheduler, network node, or in 
general, to the device or application, which utilises the admission control parameters. 

[0074] Figure 3 describes in a preferred embodiment of the present invention the admission control. An admission 
control packet ACP is received at an admission controller 10, or in general, at a network node or an application. The 
admission control packet ACP refers to a following sub-stream carrying real-time data traffic. The admission controller 
reads out admission control parameters R1 , Rh, T from the admission control packet ACP 20. In one embodiment, the 
controller reads out just the minimum throughput parameter R1 . In another embodiment, shown in figure 3, the controller 
reads out the three parameters R1, Rh, T. 

[0075] Then, the admission controller determines the currently used throughput Vc at the controller 30. This can be 
done inter alia by counting of a number of bits that are transmitted currently by the admission controller per time. In 
particular, the measurement of the currently used throughput might take into consideration real-time data traffic only, 
because the delivery of other traffic type can easily be delayed without any time constraint violations. In the latter case, 
the packet scheduler might provide the currently used throughput parameter Vc, because the packet scheduler knows 
the type of traffic, which is currently processed. 

[0076] In the next step 40, the admission controller determines the available throughput V by calculation of the dif- 
ference between the maximum available throughput Vmax at the controller and the currently used throughput Vc. The 
admission controller knows the maximum throughput capability Vmax either as a fixed value, from a lookup-table, by 
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channel measurements, by messaging or by a request. 

[0077] Then, the controller compares the available throughput V with the required throughput R1 50. If the available 
throughput V is higher than or equal to the required throughput R1 , the controller can admit the real-time processing 
of the sub-stream of data packets that belongs to the admission control packet ACR In the embodiment shown in figure 
3, the admission controller in addition calculates a minimum M of the available throughput V and the maximum desired 
throughput Rh 60. In the next step 70, the admission controller chooses a most monetarily valuable throughput rate 
for the sub-stream from a range given by the minimum required throughput Rl and by the minimum M. This can be 
done by a choice according to a gain function provided by a network operator, e.g. a linear throughput-profit function. 
[0078] In another embodiment, the controller could preliminary choose a monetarily valuable throughput rate out of 
the range given by the minimum required throughput R1 and the maximum throughput Rh. If the chosen throughput 
value is not available, the controller can trigger an adaptation of sub-streams that are already admitted for real time 
processing at the packet scheduler in order to make said chosen throughput value available. Data packets of a sub- 
stream that is admitted for real-time processing are sent to a packet scheduler 80. The information, whether they are 
admitted for real-time processing, can be given from the admission controller to the scheduler either via signalling or 
by use of a dedicated transmission channel or a dedicated port at the packet scheduler reserved for real-time traffic. 
If a throughput rate has been chosen, it can be communicated to the packet scheduler or to an output interface Ol in 
a similar way in order to be considered for a further processing of the sub-stream. 

[0079] Data packets of a sub-stream that is not admitted for real-time processing are rejected. One way to perform 
this rejection is the dropping of data packets by the admission controller with or without further notice to another party 
like the traffic source, an intermediate gateway or the receiver. One way of notification can be to send from the admission 
controller a modified admission control packet ACP containing a negative acknowledgement, but also other signalling 
mechanisms could be used. Alternatively, data packets that are subject for rejection can be buffered, and a negotiation 
with the sender (traffic source or intermediate gateway) about the throughput requirements can be started (e.g. via an 
exchange of admission control packets). In another embodiment of the invention data packets of a sub-stream are 
sent to a packet scheduler for regular processing instead of real-time processing. The regular processing then follows 
e.g. a best effort approach or a FIFO-strategy (first in - first out). The information, whether data packets that are sent 
to the packet scheduler are admitted for real-time processing, is given, as described above, to the scheduler either via 
signalling or by use of a dedicated transmission channel or a dedicated port for this transmission. 
[0080] In the embodiment of the present invention shown in figure 3, a feasibility of an adaptation of data packets 
that are currently scheduled for real-time processing at the packet scheduler and that occupy the currently available 
throughput Vc is checked 90 and, if feasible, performed to increase the available throughput V at the packet scheduler 
110. If the adaptation is not feasible, the sub-stream is finally rejected 100. 

[0081] An adaptation of payload data packets that are currently scheduled for real-time processing, e.g. in a earliest- 
deadline-first queue EDF, can be done for example either by using of a different or more effective compression scheme, 
by dropping of certain packets or other traffic type dependent mechanisms. The appropriate adaptation method is 
chosen under consideration of the data traffic type T, like e.g. decreasing the resolution of a MPEG video-stream, 
dropping of some Voice over IP packets, converting 256-colour pictures to 16-color pictures etc. Usually, these well- 
known methods of adaptations can be performed 'on the fly' and result in a higher available throughput V 
[0082] After said adaptation, the currently used throughput Vc is determined 120, and the available throughput V is 
calculated 1 30. Then a final decision according to the above described criteria 50 and including the above described 
choice of a throughput value 60, 70 is taken about admission 80 or rejection 1 00 of the sub-stream for real-time process- 
ing. 

[0083] Figure 4 shows a packet scheduler that includes an admission controller AC for admitting or rejecting a sub- 
stream of data packets for real-time processing, a first queue EDF for data packets admitted for real-time processing, 
and a second queue FIFO for data packets to be processed according to a best effort strategy like first in-first out. The 
second queue FIFO is used for data packets, which are rejected for real-time processing. Further embodiments of the 
packet scheduler may include more than one time-stamp based EDF queue and more than one FIFO queue, e.g. in 
order to increase the capacity of the scheduler. 

[0084] By sending a sub-stream of data packets to the first queue EDF, the admission controller admits data packets 
for real-time processing. This first queue EDF is time-stamp based and operates according to an earliest<leadline-first 
strategy. Each data packet sorted into the EDF queue gets a time stamp, whose value is set to a delivery deadline of 
the data packet, which can be calculated from synchronisation control parameters provided by a synchronisation control 
packet. For the read-out, the EDF queue provides always the data packet with the closest delivery deadline. Therefore, 
the EDF queue can keep track of all delivery deadlines and corresponding data packets for a direct-access processing 
of a data packet with the closest delivery deadline, or alternatively, it can re-sort the payload data packets according 
to their delivery deadlines after each new data packet transmitted into the EDF queue to provide in a way of sequential 
processing always the data packet with the closest delivery deadline at the output of the EDF queue. 
[0085] The packet scheduler includes an output interface Ol, which prioritises data packets contained in the queues 
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for further processing. This comprises the choice of a queue, the readout of a data packet from this queue, and the 
provision of the data packet for further processing. Different strategies for the choice of a queue are possible, like either 
preferring always the EDF queue until it is empty or until a certain threshold is reached, or a strategy that is based on 
a fixed rate of read-outs per queue, or a strategy of dynamically determining a read-out rate, e.g. under consideration 
of the traffic type T. The provision of data packets for further processing can be done by a transmission of data packets 
over a communications channel, by polling mechanisms or others. 

[0086] Figure 5 shows tasks of a packet scheduler for an incoming sub-stream of data packets that is sent from an 
admission controller. If the sub-stream is admitted for real-time processing 210, an individual delivery deadline is cal- 
culated for each payload data packet 230. The admission for real-time processing can be recognised by the packet 
scheduler either via signalling messages received from the admission controller or via the arrival of a data packet over 
a dedicated communications channel or at a dedicated port reserved for real-time traffic. In the embodiment shown in 
figure 5 all data packets received at the packet scheduler and admitted for real-time processing are forwarded to the 
EDF queue 220, and all other data packets are forwarded to 250 and sorted into a second queue FIFO in their order 
of appearance 260, which is operated according to a best-effort strategy. 

[0087] The packet scheduler reads synchronisation control parameters from a synchronisation control packet SCP 
received at the EDF queue for determining by calculation an individual delivery deadline for each payload data packet 
sent to the EDF queue. In a preferred embodiment, this deadline represents the latest allowed delivery time by the 
packet scheduler. Alternatively, the deadline could represent a latest arrival time at the data packet's destination. For 
the deadline, an absolute time or a timer-based time value can be used. In the next step 240, the payload data packet 
is sorted into the EDF queue and a time stamp of the EDF queue is set to the delivery deadline. The payload data 
packets sorted into the queues are ready for further processing, e.g. by an output interface Ol, according to the de- 
scription above. 

[0088] In a preferred embodiment of the invention, the delivery deadline for an individual payload data packet is 
calculated from synchronisation control parameters S, N and I. Furthermore, a number i of the packet, and a current 
arrival time t of the packet are used for the calculation. In addition, a packet error rate Pj and a bit rate Rj of a channel 
j, for which the packet scheduler schedules the packet transfer for a further transmission are used in the calculation. 
The latter values indicate, how fast the real-time queue becomes empty 

[0089] The number i is the sequence number of a packet in a synchronisation entity SE, with is {1 ../v}. It is determined 
e.g. at the packet scheduler, by counting the incoming payload data packets that belong to a certain synchronisation 
entity SE. 

[0090] The time value t represents an arrival time of the individual payload data packet at the admission controller. 
It can be determined by the admission controller and signalled to the packet scheduler. Alternatively, an arrival time at 
the packet scheduler could be used instead, if this time is not significantly different. In the latter case, the packet 
scheduler determines the packet's arrival time. 

[0091] In general, the packet error rate Pj is retrieved from link layer measurements. For example, in a so-called 
WCDMA system the packet error rate Pj of a channel can be determined from a signal to noise ration by a so-called 
closed loop power control. 

[0092] In other embodiments of the present invention, an error rate per timeslot, per client or per network can be 
used for the determination of the delivery deadline. In a preferred embodiment, selective repeat is used as link layer 
error correction. 

[0093] The bit rate Rj can be determined at the admission controller or at the packet scheduler, e.g. by counting of 
the incoming bits. 

[0094] In a preferred embodiment of the invention, the deadline for each payload data packet is calculated as follows: 



[0095] In a further preferred embodiment, the packet scheduler detects violations of delivery deadlines for payload 
data packets sorted into the EDF queue by comparing their delivery deadlines with an actual time value, e.g. the time 
a data packet has spent in the EDF queue, determined by use of a system time. If a violation is detected, an adaptation 
of payload data packets is performed according to the methods described earlier. 

[0096] Different real-time applications allow different delay tolerances. One way to perform the adaptation in this 
context, is the use of the admission control parameter D, which defines a delay tolerance for a specific sub-stream of 
data packets. If a certain level of deadline violation is detected, an adaptive framework can degrade one or more sub- 
streams in order to enter a stable state. 

[0097] The present invention can be embodied in a network node of a communications system, which comprises in 
general a packet scheduler and an admission controller. In particular, the present invention can be embodied in said 
network node by a packet error rate determining unit, which determines the packet error rate Pj of the communications 
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channel j used for a further transmission of data packets from the network node, by a bit rate determining unit, which 
determines the bit rate Rj of said channel, by a timer, which determines a current arrival time t of a data packet at the 
network node, by an evaluation means, which evaluates control parameters I, S, N, Rh, R1 , D, T given by control data 
packets SCP, ACP emdedded in a data packet traffic flow, by a calculator unit, which calculates delivery deadlines, 
5 and by a first queue EDF, which receives data packets to be scheduled according to their deadlines. 

[0098] In a further embodiment, the first queue EDF can contain a sorting unit, which sorts data packets into the first 
queue EDF, and which assigns calculated delivery deadlines as time-stamps to these data packets. The sorting unit 
operates according to an earliest-deadline-first strategy. 

[0099] Furthermore, the network node may include a determing unit, which determines a currently available through- 

io put V, e.g. according to the method described earlier. A decision means admitts an incoming traffic flow or a sub-stream 
of data packets for real-time processing after it has checked throughput requirements given by admission control pa- 
rameters and the available throughput V. In addition, the decision means may include e.g. a gain function via a look- 
up table in order to choose a most monetarily valuable throughput rate for a traffic flow or a sub-stream. The decision 
means can admitt or reject a real-time processing of data packets according to the method described above. 

is [0100] A second queue FIFO can receive data packets, which are rejected for real-time processing. A transfer unit 
builds an interface for a distribution of data packets, sub-streams or traffic flows to the appropriate queue, i.e. a rejected 
sub-stream to the second queue FIFO, and an admitted sub-stream to the first queue EDF. 
[0101] An output interface can prioritise all queues according to the already described method. 
[01 02] The network node can include in addition an adaptation unit for adaptation of at least one payload data packet. 

20 The adaptation can be performed for data packets contained in the first queue EDF, or also for data packets that reach 
the network node. Furthermore, the network node can include a deadline violation handler, which monitors delivery 
deadlines of payload data packets sorted into the first queue EDF, and which initiates an adaptation of payload data 
packets in the case of delivery deadline violation in order to return to a stable system status. The adaptation can also 
be triggered by the decision means, e.g. based on a gain function in order to optimise the operator's profit. 

25 [0103] In another preferred embodiment, packet scheduling and admission control is performed at a radio base 
station of a packet switched cellular radio access network. Alternatively, the invention may be used also in applications 
executed on end-user terminals. 

[0104] In another embodiment, the present invention may be implemented as a computer program (also called ap- 
plication) or a computer program product for use with a processing device like a computer, a mobile phone or another 
^0 communications device. The delivery of the computer program to said processing device can be done inter alia by 
read only memory ROM devices, so-called CD-ROM disks, floppy disks, hard disks, th rough a communications medium 
like a network, via a modem or by radio via an air interface. 

[0105] Further to a normal operation of. the processing device, software code portions of the computer program , 
respectively the computer program product by its stored program, perform a packet scheduling and/or an admission 
35 control, if the computer program is executed on the processing device. 

[01 06] In general, said computer program performs during execution instructions in the sense of the earlier described 
method for packet scheduling and/or admission control. 

[0107] In particular, for admission control the software code portions of the computer program, which is loaded into 
a memory of and executed on a digital computer, perform first the step of detecting an admission control packet ACP 

40 in a data packet stream. This can be done by comparing a known structure of the admission control packet ACP with 
a structure of a currently received data packet. If an admission control packet ACP is found, its control parameters Rh, 
R1 are read out. In the next step, an available throughput V at the processing device is calculated as a difference of 
a total throughput Vmax that the processing device can handle and that is given as a fixed value to the application, 
and a currently occupied throughput, which can be provided by the processing device, e.g. by link layer measurements. 

45 in a further step, the computer program compares the required throughput R1 with the available throughput V If the 
available throughput V is lower than the required throughput R1 , the sub-stream that belongs to the admission control 
packet ACP is rejected. Otherwise, a throughput value is chosen out of a range given by the required throughput R1 
and a second throughput value. Said second throughput value is the minimum of the available throughput V and the 
highest desired throughput Rh. In another embodiment, the second throughput value is provided as it is described 

50 earlier from the processing device by a gain function. After the choice of said throughput value the sub-stream is 
admitted for real-time processing. 

[0108] In a further embodiment, the software code portions performing the admission control generate a modified 
admission control packet, which comprises throughput capabilities like Vmax and V of the processing device. Said 
modified admission control packet is sent back along the transmission path of the sub-stream due to the earlier de- 
55 scribed reasons. 

[01 09] Additional software code portions of the computer program or alternatively, software code portions of a further 
computer program perform on execution a packet scheduling. First, a synchronisation control packet is detected in a 
data packet stream. Then, its synchronisation control parameters N, I and S are read out. For each payload data packet 



11 



EP 1 069 736 A1 




that belongs to a synchronisation entity SE that the synchronisation control packet SCP refers to, a delivery deadline 
is calculated after a packet error rate of a transmission channel j that is foreseen for a transmission of payload data 
packets from the packet scheduling application, a bit rate of said channel, and a timer value t, which indicates a current 
arrival time of payload data packets at said application, are determined, e.g. by measurements or by polling routines 
from the processing device. The payload data packets are sorted in the order of their deadlines into a queue EDF, 
which provides a time stamp for each data packet slot. Each time stamp of a slot is individually set to the calculated 
delivery deadline of that data packet sorted into the slot. 

[01 10] In a further preferred embodiment of the invention, delivery deadlines are calculated only for those data pack- 
ets, which are admitted for real-time processing. 

[0111] Data packets, which are rejected for real-time processing by the computer program, can be sorted in a second 
queue FIFO in order to be processed according to a best effort strategy. 

[0112] Furthermore, the computer program may instruct the processing device to perform a prioritisation of both 
queues during read-outs of data packets in order to favour the processing of data packets admitted for real-time 
processing. 

[0113] In a further embodiment, software code portions of the computer program instruct the processing device to 
monitor the delivery deadlines of payload data packets sorted into the first queue EDF by comparing an actual time 
value giving either an absolute or a relative time with the delivery deadlines stored in the time stamps. Doing so, the 
computer program can detect delivery deadline violations. In a further step, an adaptation of payload data packets of 
the first queue EDF can be performed, or alternatively, can be requested from a separate application. 
[0114] In order to handle also data packet streams utilising payload data encryption or other security mechanisms, 
the computer program can provide software code portions to read synchronisation control parameters and/or admission 
control parameters from the header of an underlying network protocol, in addition to or instead of reading them from 
a data packet SCP ACP itself. 

[0115] While the invention has been described in connection with what is presently considered as practical and 
preferred embodiments, it is not limited to the disclosed embodiments, but on the contrary, it is intended to cover various 
modifications and equivalent arrangements included within the spirit and scope of the claims. 



1. A method for processing in a communications system a data packet stream carrying real-time data traffic, with the 



- receiving a first synchronisation control packet (SCP) that includes a number of p synchronisation control 
parameters, with p = 1 , 2, 3 

reading at least one synchronisation control parameter from the synchronisation control packet (SCP), 

receiving at least one payload data packet, 

determining for each payload data packet a delivery deadline, and 

sorting the at least one payload data packet according to its determined delivery deadline into a first queue 
(EDF) and setting a time stamp in the first queue (EDF) to the determined delivery deadline. 

2. The method according to claim 1 , wherein the step of reading at least one synchronisation control parameter 
comprises the reading of 

a number of packets (N) in a synchronisation entity, 

- a maximum transmission time (I), 

- a byte-size (S) for each payload packet, 

and wherein the determination of the delivery deadline for each payload data packet comprises the steps of 

- determining a packet error rate (Pj) of a channel (j) used for transmitting the synchronisation entity, 
determining a bit rate (Rj) of said channel (j), 

determining a time value (t) indicating a current arrival time of payload data packets, and 

- calculating the delivery deadline therefrom. 

3. The method according to claim 2, wherein the delivery deadline for a current payload data packet i is calculated 
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4. The method according to claim 1 , 2 or 3 with the additional steps of 

- receiving a first admission control packet (ACP) that includes a number of q admission control parameters, 
withq = 1,2, 3, .... 

- reading from said first admission control packet (ACP) at least one admission control parameter indicating a 
throughput (R1) required for a real-time processing of a sub-stream of data packets, which is received after 
the first admission control packet and before a second admission control packet, 

- determining a currently available throughput (V), 

- comparing the available throughput (V) with the required throughput (R1 ), 

- admitting the real-time processing of the sub-stream, if the available throughput (V) is higher than or equal to 
the required throughput (R1 ), and sending said sub-stream to a packet scheduler. 

5. The method according to claim 4, wherein 

- the step of reading the at least one admission control parameter comprises the reading of a maximum through- 
put (Rh), 

with the additional step of 

- choosing for a sub-stream a throughput between the mimimum required throughput (R1) and a minimum of 
the maximum throughput (Rh) and the available throughput (V). 

6. The method according to claim 4 or 5, with the additional step of 

- rejecting the real-time processing of the sub-stream, if said sub-stream is not admitted for real-time processing, 
and sending said sub-stream to the packet scheduler. 

7. The method according to claim 6, with the additional step in the case of rejection of the sub-stream for real-time 



- sorting at the packet scheduler the data packets in their order of appearance into a second queue (FIFO). 

8. The method according to claim 7, with the additional steps of 

- further processing the data packets from the first queue (EDF) according to their delivery deadlines, and 

- further processing the data packets from the second queue according to a first in - first out strategy. 

9. The method according to claim 6, 7 or 8, with the additional step of 

- prioritising by an output interface for the further processing data packets contained in the first queue (EDF) 
and data packets contained in the second queue (FIFO). 

10. The method according to any of the claims 4 to 9, with the additional step of 

- generating and returning from an admission controller (AC) along the sub-stream's transmission path a mod- 
ified admission control packet comprising throughput capability parameters of said admission controller (AC). 

11. The method according to any of the claims 1 to 10, with the further step of 

receiving the synchronisation control parameters from a header of an underlying network protocol. 

12. The method according to any of the claims 1 to 11, with the further step of 

- detecting a deadline violation by repeatedly comparing for payload packets sorted into the first queue (EDF) 
their actual time spent in said first queue with their deadlines according to their time stamps. 



processing, of 
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13. The method according claim 12, with the further step of 

- performing after detecting the deadline violation an adaptation of at least one payload data packet of the first 
queue (EDF). 

" 5 

14. The method according to any of the claims 1 to 1 3, with the further step of 

receiving the admission control parameters from a header of an underlying network protocol. 
10 15. A network node in a communications system for processing real-time data packet traffic, comprising 

- a packet error rate determining unit to determine a packet error rate (Pj) of a communications channel (j), 

- a bit rate determining unit to determine a bit rate (Rj) of said communications channel (j), 

- a timer to determine for at least one data packet that is received at the network node a current time value (t), 
is - an evaluation means to evaluate control parameters given by at least one control packet (ACR SCP) embedded 

in a traffic flow, 

a calculator unit for calculations of deadlines for data packets, and 
a first queue (EDF) for data packets. 

20 16. The network node according to claim 15, wherein the first queue (EDF) includes a sorting unit to sort data packets 
according to their deadlines into the first queue (EDF), said sorting unit following an earliest deadline first strategy, 
and wherein said sorting unit sets time stamps of the first queue (EDF) according to calculated deadlines. 



25 



17. The network node according to claim 15 or 16, comprising in addition 

a determining unit to determine a currently available throughput (V) of the network node, and 

a decision means to decide, whether an incoming data packet traffic flow can be processed at the network 

node according to real-time requirements given by admission control parameters. 

30 18. The network node according to any of the claims 15 to 17, further comprising 

- a second queue (FIFO) for data packets that are not admitted for real-time processing, 

- a transfer unit to forward a data packet traffic flow after a positive decision by the decision means to the first 
queue (EDF) or after a negative decision to the second queue (FIFO), and 

55 - an output interface (Ol) that prioritises all queues and that reads out data packets from all queues. 

19. The network node according to any of the claims 15 to 18, further comprising 

- a deadline violation handler for monitoring of deadlines of data packets, for a detection of at least one deadline 
40 violation, and for an initiation of an adaptation of at least one data packet, and 

an adaptation unit for the adaptation of at least one data packet. 

20. The network node according to any of the claims 15 to 19, further including a radio base station for receiving and 
transmitting of said real-time data packet traffic. 

45 

21. A computer program, 

loadable into a memory of a digital computer, 

comprising software code portions for performing the steps of 

50 - detecting in a data packet stream, which carries real-time data traffic, and which is received at an admission 

controller (AC), a first admission control packet (ACP) comprising admission control parameters, 
reading at least two admission control parameters (R1 , Rh) from said first admission control packet, 

- calculating a throughput (V) as a difference of a total throughput (Vmax) available at said admission controller 
(AC) and a currently occupied throughput (Vc), 

55 - comparing the throughput (V) with the required throughput (R1 ), and 

- if the available throughput (V) is lower than the lowest required throughput (R1) then rejecting a real time 
processing of a sub-stream of data packets that follows between said first admission control packet and a 
second admission control packet, or else choosing a throughput value from a range of throughput values, said 
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range including as limits the lowest required throughput (R1) and a second throughput value (Rh, M) and 
admitting a real-time processing of said sub-stream, 

when said computer program is executed on a computer. 

" 5 

22. The computer program according to claim 21 , further comprising software code portions for performing the step of 

- generating and sending back from the admission controller (AC) along the sub-stream's transmission path a 
modified admission control packet comprising throughput capability parameters of said admission controller 

10 (AC). 

23. A computer program, 

loadable into a memory of a digital computer, 

comprising software code portions for performing the steps of 

15 

- detecting in a data packet stream, which carries real-time data traffic, and which is received at a packet sched- 
uler, at least one synchronisation control packet (SCP), which is followed by a synchronisation entity that 
comprises at least one payload data packet, said synchronisation control packet comprising synchronisation 
control parameters, 

20 - reading from the synchronisation control packet a number of packets in the synchronisation entity (N), a max- 

imum transmission time (I) allowed for a real-time transmission of the synchronisation entity and a byte-size 
(S) of the synchronisation entity, 

- determining a packet error rate (Pj) of a channel (j) that is used for transmitting said sub-stream, 

- determining a bit rate (Rj) of said channel, 

25 - determining a time value (t) indicating a current arrival time of payload data packets, and, 

calculating for each payload data packet a delivery deadline therefrom, 

- sorting each payload packet according to its deadline into a time stamp based first queue (EDF), and setting 
a time stamp of the first queue to the calculated deadline, 

30 when said computer program is executed on a computer. 

24. The computer program according to claim 23, wherein the delivery deadline for a current payload data packet (i) 
is calculated as follows: 
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25. The computer program according to claim 23 or 24, further comprising software code portions for performing the 
steps of claim 21 or 22 for each sub-stream that is admitted for real-time processing. 

26. The computer program according to claim 21 , 22 or 25, further comprising software code portions for performing 
the step of 

- sorting the data packets of a sub-stream that is rejected for real-time processing in their order of appearance 
45 into a second queue (FIFO). 

27. The computer program according to claim 26, further comprising software code portions for performing the step of 

prioritising for reading-out data packets contained in the first queue (EDF) and data packets contained in the 
second queue (FIFO). 

28. The computer program according to any of the claims 23 to 27, further comprising software code portions for 
performing the step of 



- detecting a delivery deadline violation by repeatedly comparing for data packets sorted into the first queue 
(EDF) an actual time value with their deadlines according to their time stamps. 

29. The computer program according to claim 28, further comprising software code portions for performing the steps of 



15 




EP 1 069 736 A1 




- performing after detecting the delay violation an adaptation of at least one data packet of the first queue (EOF). 

30. The computer program according to any of the claims 21 , 22, 25 to 29, further comprising software code portions 
for performing the step of 



reading the admission control parameters from a header of an underlying network protocol. 

31. The computer program according to any of the claims 23 to 30, further comprising software code portions for 
performing the step of 



reading the synchronisation control parameters from a header of an underlying network protocol. 
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